IT IS CLAIMED AS THE INVENTION: 



1. A computer-implemented shared locking data store for handling multiple executable entities' 
access to at least one resource, said shared locking data store being stored in a computer 
memory, said shared locking data store comprising: 

write requested data that is indicative of when a write request for the resource has 

been made; 

writer active data that is indicative of whether a writer process is actively 
undergoing a write operation with respect to the resource; 

wait event posted data, wherein the wait event posted data is indicative of whether 
a read request to the resource has completed, wherein the wait event posted data may be used to 
indicate when a write request can access the resource; 

reader data that is indicative of whether a reader process is active and attempting 
to read from the resource; 

wherein the shared locking data store allows writer and reader locking state 
information to be determined so that access to the resource may be handled. 

2. The shared locking data store of claim 1, wherein the executable entities include processes, 
threads, daemons, applets, servlets, ActiveX components, stand-alone applications, code that 
runs at the request of another program, or combinations thereof; 

wherein use of the shared locking data stores allows for the avoidance of an 
operating system call or avoidance of a resource accessing trap of the operating system's kernel. 
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3. The shared locking data store of claim 1, wherein the multiple executable entities include 
threads which are to access the resource, wherein the threads comprise a writer thread and a 
reader thread, wherein the locking state information is used to determine how the writer thread 
and the reader thread access the resource. 

4. The shared locking data store of claim 3, wherein the resource requires protection on a per 
thread basis. 

5. The shared locking data store of claim 3, wherein the locking state information indicates 
where in the overall locking process an operating system is with respect to the resource. 

6. The shared locking data store of claim 3, wherein the request of the reader thread is allowed 
to succeed unless there is a write request active or pending as indicated by the write requested 
data and the writer active data. 

7. The shared locking data store of claim 3 further comprising: 

rules mechanism that indicates how resource access requests are to be handled 
based upon the data stored in the shared locking data store. 

8. The shared locking data store of claim 7, wherein the rules mechanism includes allowing any 
number of read requests to succeed unless there is a writer active or pending as indicated by the 
shared locking data store. 
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9. The shared locking data store of claim 8, wherein the rules mechanism includes allowing only 
one writer to be active at any given time. 

10. The shared locking data store of claim 9, wherein the rules mechanism includes that no 
preference is given when deciding which of waiting read or write requests should be honored 
first. 

11. The shared locking data store of claim 10, wherein the rules mechanism substantially 
eliminates a reader request starvation or a writer request starvation situation with respect to the 
resource. 

12. The shared locking data store of claim 1, wherein the resource comprises data stored in 
computer memory. 

13. The shared locking data store of claim 1, wherein the resource comprises a computer file. 

14. The shared locking data store of claim 1, wherein the resource comprises an input/output 
device. 

15. The shared locking data store of claim 1, wherein the write requested data is to have a set 
status when a write request has been made. 
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16. The shared locking data store of claim 15, wherein a set status for the write requested data 
indicates whether an operating system (OS) mutex lock is to be used for processing access to the 
resource. 

17. The shared locking data store of claim 1, wherein indication of whether a writer process is 
active by the writer active data is used to protect against readers posting an operating system 
(OS) event after the writer thread has been activated. 

18. The shared locking data store of claim 1 further comprising wait event posted data, wherein 
the wait event posted data is indicative of whether a read request to the resource has completed, 
wherein the wait event posted data may be used to indicate when a write request can access the 
resource, wherein a last active read clears status of the wait event posted data prior to posting an 
event. 

19. The shared locking data store of claim 18, wherein the clearing ensures that one and only 
one posting to a writer of an event occurs. 

20. The shared locking data store of claim 19, wherein the posting occurs if status of the writer 
active data is not set. 

21. The shared locking data store of claim 18, wherein the processes comprise threads, wherein 
the wait event posted data indicates when events may be posted by one thread to notify another 
thread that the other thread's request may be processed. 
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22. The shared locking data store of claim 21, wherein the wait event posted data indicates 
whether a reader thread can post a lock release event to a writer thread. 



23. The shared locking data store of claim 22, wherein the wait event posted data is used to 
prevent multiple reader threads from posting redundant lock release events. 

24. The shared locking data store of claim 18, wherein the write requested data, writer active 
data, and wait event posted data provide multi-threaded protection in place of an operating 
system (OS) mutex. 

25. The shared locking data store of claim 18, wherein locking state data comprises the write 
requested data, the writer active data, the reader count data, and the wait event posted data; 

wherein the locking state data is formatted as a single atomic unit. 

26. The shared locking data store of claim 25, wherein the locking state data is formatted as a 
multi-bit single unit. 

27. The shared locking data store of claim 26, wherein the formatting of the locking state data 
as a single unit allows an operating system to use atomic operations upon the locking state data. 

28. The shared locking data store of claim 27, wherein the atomic operations include an atomic 
get operation. 
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29. The shared locking data store of claim 27, wherein the atomic operations include an atomic 
set operation. 

30. The shared locking data store of claim 27, wherein the atomic operations include an atomic 
add operation. 

31. The shared locking data store of claim 27, wherein the atomic operations include an atomic 
sub operation. 

32. The shared locking data store of claim 25, wherein the locking state data is formatted as a 
multi-bit single unit; 

wherein the write requested data comprises a single bit in the unit; 
wherein the writer active data comprises a single bit in the unit; 
wherein the wait event posted data comprises a single bit in the unit; 
wherein the reader data comprises a plurality of bits in the unit to indicate number 
of active readers with respect to the resource. 

33. The shared locking data store of claim 32, wherein the reader data comprises low order bits 
of the unit 

34. The shared locking data store of claim 33, wherein the reader data's count of the readers 
provides an indication as to whether readers are present and when the last reader exits. 
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35. The shared locking data store of claim 32, wherein a read lock acquisition means accesses 
the locking state data for processing a read lock acquisition of the resource. 

36. The shared locking data store of claim 32, wherein a read lock release means accesses the 
locking state data for processing a read lock release of the resource. 

37. The shared locking data store of claim 32, wherein a write lock acquisition means accesses 
the locking state data for processing a write lock acquisition of the resource. 

38. The shared locking data store of claim 32, wherein a write lock release means accesses the 
locking state data for processing a write lock release of the resource. 

39. The shared locking data store of claim 1, wherein the operating system returns a lock busy 
status indicator when a lock cannot be obtained within a predetermined time. 
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40. A computer-implemented method for handling multiple executable entities' access to at least 
one resource, comprising: 

receiving a request from an executable entity to access a resource; 

determining how to process the resource request based upon lock state data; 

wherein lock state data comprises write requested data and reader data; 

wherein the write requested data is indicative of when a write request for the 
resource has been made with respect to the resource; 

wherein if the write requested data indicates that a write request has not been 
made for the resource, then providing access to the resource such that an operating system (OS) 
mutex is avoided for a read lock acquisition; 

wherein the reader data is indicative of whether a reader executable entity is 
active and attempting to read from the resource. 
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41. A computer-implemented apparatus for handling multiple executable entities' access to at 
least one resource, comprising: 

means for receiving a request from an executable entity to access a resource; 
means for determining how to process the resource request based upon lock state 

data; 

wherein lock state data comprises write requested data and reader data, 

wherein the write requested data is indicative of when a write request for the 
resource has been made with respect to the resource; 

wherein if the write requested data indicates that a write request has not been 
made, then providing access to the resource such that an operating system (OS) mutex is avoided 
for a read lock acquisition; 

wherein the reader data is indicative of whether a reader executable entity is 
active and attempting to read from the resource. 

42. The apparatus of claim 41 further comprising: 

read lock acquisition means for accessing the lock state data in order to process a 
read lock acquisition of the resource; 

read lock release means for accessing the lock state data in order to process a read 
lock release of the resource; 

write lock acquisition means for accessing the lock state data in order to process a 
write lock acquisition of the resource; 
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write lock release means for accessing the lock state data in order to process a 
write lock release of the resource. 
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